home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group00a.txt / 000100_icon-group-sender _Wed May 17 07:41:46 2000.msg < prev    next >
Internet Message Format  |  2001-01-03  |  3KB

  1. Return-Path: <icon-group-sender>
  2. Received: (from root@localhost)
  3.     by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id HAA00700
  4.     for icon-group-addresses; Wed, 17 May 2000 07:41:01 -0700 (MST)
  5. Message-Id: <200005171441.HAA00700@baskerville.CS.Arizona.EDU>
  6. From: "Ian Trudel" <ian.trudel@tr.cgocable.ca>
  7. X-Newsgroups: comp.lang.icon
  8. Subject: Re: Is Anyone Working On A Unicode Version Of Icon?
  9. X-Priority: 3
  10. X-MSMail-Priority: Normal
  11. X-Newsreader: Microsoft Outlook Express 5.00.2919.6600
  12. X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
  13. Date: Wed, 17 May 2000 07:24:25 GMT
  14. X-Complaints-To: abuse@cgocable.ca
  15. X-Trace: carnaval.risq.qc.ca 958548265 24.226.208.172 (Wed, 17 May 2000 03:24:25 EDT)
  16. To: icon-group@optima.CS.Arizona.EDU
  17. Errors-To: icon-group-errors@optima.CS.Arizona.EDU
  18. Status: RO
  19.  
  20. > I'm some C fellow, but I'm just thinking as an Icon programmer, we should
  21. > get out of any direct contact with C. Hence I'm getting interest in some
  22. > bootstrapping, writting primitives in Icon (which they would be translated
  23. > in C for compilation and linking). If Icon would allow us to write shared
  24. > library, that'd really rocks. We could write some high level primitives
  25. that
  26. > really needs to be written in Icon (only few cases, IMO). Unfortunatly,
  27. > handling shared library is often OS-oriented. Under *NIX, it's pretty
  28. easy,
  29. > but under Windows and OS/2, it requires some special structure. Anyway,
  30. this
  31. > is just a thought!
  32.  
  33. Oh yeah, I forgot some things. First, Icon generates bytecodes which are
  34. interpreted by the virtual machine. But hey, Java is bytecoded and there is
  35. no executable files? Yeah, right, the virtual machine is copied and the code
  36. is appended or something. That's why a simple "hello world" takes 300k! he
  37. he he. Basically, the problem comes from this issue and the calling
  38. convention. Shared library are modeled from C language and its calling
  39. convention. Icon as no such support! So, adding support for generation of
  40. shared library is like having a special virtual machine that handle calling
  41. convention and "understand" it to run proper procedures. That'd also make
  42. big shared library.. Anyway, if I'd be worrying about something, I would do
  43. for the calling convention thing. ::)
  44.  
  45. I'm not sure about "how hard" it'd be to do. However, that'd be another cool
  46. thing about Icon. Gee, wouldn't be nice to do plugins for your favorite apps
  47. in Icon?!
  48.  
  49. see ya,
  50. --
  51. Ian Trudel, aka BackOrder
  52. StarTrip Server Administrator
  53. http://startrip.gene6.com/
  54.  
  55.  
  56.